Many thanks for the quick answer! I see now.
One more little thing: if the context is not specified explicitly in the doc does it mean the function is available in all context?
Like this:
http://www.sidefx.com/docs/houdini15.0/vex/functions/intersect [sidefx.com]
Found 5 posts.
Search results Show results as topic list.
Technical Discussion » isconnected vex function cannot compile
- Andras Liptak
- 5 posts
- Offline
Technical Discussion » isconnected vex function cannot compile
- Andras Liptak
- 5 posts
- Offline
Hi All,
Am I totally missing some point here?
Isconnected should work… at least the docs says:
http://www.sidefx.com/docs/houdini15.0/vex/functions/isconnected [sidefx.com]
Am I totally missing some point here?
Isconnected should work… at least the docs says:
http://www.sidefx.com/docs/houdini15.0/vex/functions/isconnected [sidefx.com]
Technical Discussion » Modification on opinput other than geoself()
- Andras Liptak
- 5 posts
- Offline
pusatjlait
That parameter is there for future compatibility. If we didn't have it, we'd have painted ourself in a corner in the glorious future when you'll be able to edit other geomety's than your own.
Unfortunately, we do not yet live in that glorious future.
(My dream is to allow the Attrib VOP to have multiple outputs which you target with 0/1/2/3/4… But it is but a dream…)
Will this feature be used a lot? I can't think of many scenarios where you need to modify multiple inputs at once. I am probably not seeing the big picture but can you please give some practical examples?
From my part it was more of a conceptual / degree of freedom type of question. And also didn't want to miss an interesting feature or assume something irrational.
Example:
Imagine a buffer geometry where you can write / store diagnostics or other common data from different networks. In this case it would act like common storage / memory for all participating networks.
Sure, this can be solved in many other different ways, but that particular geohandle parameter was standing out unexplained.
Technical Discussion » Modification on opinput other than geoself()
- Andras Liptak
- 5 posts
- Offline
Technical Discussion » Modification on opinput other than geoself()
- Andras Liptak
- 5 posts
- Offline
Hi,
I was wondering about the fact that each VEX function has a geohandle like this:
int addattrib(int geohandle, string attribtype, string name, int defvalue)
Does it mean that I can also modify incoming geometry other than the 0 / geoself()?
If yes, is there a way to address the modified content somehow?
More practically something like:
Is there a way to create a secondary output for a wrangle / attrib VOP?
I hope it made some sense.
I was wondering about the fact that each VEX function has a geohandle like this:
int addattrib(int geohandle, string attribtype, string name, int defvalue)
Does it mean that I can also modify incoming geometry other than the 0 / geoself()?
If yes, is there a way to address the modified content somehow?
More practically something like:
Is there a way to create a secondary output for a wrangle / attrib VOP?
I hope it made some sense.
-
- Quick Links